METHOD AND SYSTEM WITH COLLABORATIVE NETWORK MEDIA DEVICES USING PRIORIZED LOCAL STORAGE OF RECOMMEN

专利摘要:

公开号:BE1020899A4
申请号:E201300654
申请日:2013-09-30
公开日:2014-08-05
发明作者:Coppenolle Bart Van；Philip Vandormael
申请人:Right Brain Interface；
IPC主号:

专利说明:

METHOD AND SYSTEM WITH COLLABORATIVE NETWORK MEDIA DEVICES USING PRIORIZED LOCAL STORAGE OF RECOMMENDED CONTENT
Reference to related applications
This application claims priority of the following co-pending US patent applications, the topics included herein for all-purpose reference are the following: PCT application PCT / EP2012 / 057585, filed April 25, 2012, entitled METHOD AND DEVICE FOR COLLABORATIVE UPLOAD VAN CONTENTS, of which this application is also a partial continuation thereof for the purposes of the United States; U.S. provisional patent application no. 61 / 707,165, filed September 28, 2012, entitled METHOD AND COLLABORATIVE TRANSMISSION SYSTEM RECEPTION POINT AND TIME SHIFTING VIEW authorized role number 43854-131 PROV; U.S. provisional patent application no. 61 / 729,184, filed November 21, 2012, entitled METHOD AND COLLABORATIVE NETWORK SYSTEM OF MEDIA DEVICES, Authorized Role No. 43854-132 PROV; U.S. provisional patent application no. 61 / 750,505, filed January 9, 2013, entitled METHOD AND COLLABORATIVE NETWORK SYSTEM OF MEDIA DEVICES, Authorized Role No. 43854-133 PROV; U.S. Provisional Patent Application No. 61 / 777,586, filed March 12, 2013, METHOD AND SYSTEM HAVING A COLLABORATIVE NETWORK OF MEDIA DEVICES USING PRIORIZED LOCAL STORAGE OF RECOMMENDED CONTENTS, Authorized Role Number 43854-132 PROV III; U.S. Provisional Patent Application No. 61 / 788,683, filed on March 15, 2013, entitled METHOD AND SYSTEM HAVING A COLLABORATIVE NETWORK OF MEDIA DEVICES USING PRIORIZED LOCAL STORAGE OF RECOMMENDED CONTENTS, Authorized Role Number 43854-132 PROV IV.
In addition, the subject of co-pending U.S. patent application serial number XX / XXX, XXX, entitled METHOD AND SYSTEM WITH COLLABORATIVE TRANSMISSION AND TIME SHIFTING VIEW, authorized role number 43854-131, filed on the same date, is incorporated herein by reference for all purposes.
In addition, the subject of co-pending U.S. patent application serial number XX / XXX, XXX, entitled METHOD AND SYSTEM HAVING A COLLABORATIVE NETWORK OF MEDIA DEVICES USING PRIORIZED LOCAL STORAGE OF RECOMMENDED CONTENTS, authorized role number 43854-132, filed on the same date, is incorporated herein by reference for all purposes.
FIELD OF THE INVENTION
The invention relates to a method and device for jointly uploading and receiving the content, so that time-shifting viewing thereof and, more specifically, to network devices, such as set-top boxes (STB) and Digital Video Recorders (DVR), configured for use in a collaborative way.
BACKGROUND OF THE INVENTION
With today's media receiving systems, a viewer can purchase an antenna or subscribe to a cable service and receive free programs or other paid broadcast signal. When the viewer wishes to view a particular program in a time-shifted manner, such systems often miss the upload bandwidth to store the desired program for later viewing in the appropriate relaxed experience.
Accordingly, there is a need for a system and method capable of legally permitting registration and storage of cloud licensed content and playback thereof, in a manner that within the scope of rights contemplated by the content, but which allows the viewer / user greater flexibility to exercise their rights. to exercise and to record and view content in a favorable, time-shifted manner.
In addition, although the commercially available set-top boxes (STB) are occasionally expanded with DVR functions, so an STBs have a limited number of tuners, reducing the number of channels that can be received simultaneously for recording or simultaneous playback on different television or other screens is limited.
In addition, these STB typically have limited memory, whereby the amount of recorded material can be handled by the STB limit. In addition, the cost of such devices increases with additional functional components for local tuning, rights verification and registration, etc.
Accordingly, there is a need for a set-top box that is more versatile with a greater capacity for simultaneous reception, storage, or reception. playback of streamed content, as well as more cost effective for the consumer in terms of price of device and bandwidth.
An even greater need exists for a system and protocol in which network devices and the resources and bandwidth associated with them can be used together for more efficient downloading, receiving, streaming and storage of licensed content.
Summary of the invention
A system and technique has been described in which an antenna or cable, shared by a group of users, receives a broadcast signal.
After a viewer / user gives a record instruction, a process associated with the shared receiver, antenna or cable, immediately collectively, implicitly or explicitly, makes a copy of the broadcast content for storage in a cloud storage system. At the request of a specific user in the community, the content is streamed in a unicast manner, that is, from the source to a separate recipient, over the Internet or another network technology to the specific member of the community, requesting the unicast, only when this user has the implicit or explicit right to view the streamed content in a time-shifted manner and has the copy made or makes a copy for that purpose by giving a copy or recording instruction. More specifically, as a solution to the technical problems of the prior art, an antenna (or cable infrastructure when the cable is shared instead of an antenna) is shared by a community of viewers with the same implicit or explicit viewing or copying of rights. Since all members of the community are implicitly or explicitly allowed to make a copy for their own vernissage in a time-shifted manner, the members of the community can also use the described invention together to make a copy together, provided that each member of the community contributing to the collaboration has an effective implicit or explicit right to make a copy and gives explicit recording instructions. Instead of each community user storing his copy locally or uploading it to external storage, the shared copy is made with the common cloud storage system instead of the local DVR box of each individual user (community member) and then uploaded to a storage location.
In the described system, a user of the DVR box still receives the instruction to make a copy of the community member and thus forwards an instruction to the cloud storage system that is shared by the user community.
In this way, the need to actually receive the broadcast signal or the original content stream as well as streaming the received content from the community user DVR box to an external storage space is eliminated, thereby saving bandwidth and providing a solution to the problem of not technically possible to shift time or at least a relaxing time-shifting experience.
According to one aspect of the description, a delayed streaming content system comprises: A) a recording mechanism coupled to a source for receiving content streamed data about a content object, B) a cloud storage server coupled to the recording mechanism and configured to receive in an associated network accessible memory of the copy of data representing the content of the object from the received mechanism, and C) a number of viewing processes operatively connected via a network to the cloud storage server and the network accessible memory, each of the multiple viewer processes authorized to receive, with the receiving mechanism, streamed data representing the content of the object from the source content and storing in the cloud storage system, data representing a copy of the object content. In one embodiment, the recording mechanism includes either an antenna or a receiving component of a cable network. In another embodiment, the data concerning the content object is one of the video, video, text, graphic, photographic, audio or haptic data streamed. In yet another embodiment, the data content of the object content is accessible from the source content during a first time period and the data passing on the object content to one of the multiple viewing processes for viewing during a second time period that is not identical to the first period.
According to another aspect of the description, a method for delayed content streaming comprises: A) providing a collaborative cloud storage system comprising: i) a cloud storage server consisting of a network interface process for receiving in a connected network accessible memory a copy of the data representing an object content, ii) a plurality of viewing processes linked via a network to a source content and to the cloud storage server and network accessible memory, and iii) a receiving mechanism for receiving the source content from the data that represents the object content; B) receiving, from each of the large number of viewer device processes, permission for all other of the number of viewer device processes to forward data about a content object to the cloud storage system. In one embodiment, the method further comprises: C) transferring to a large number of viewer device processes, from the cloud storage system, data representing a copy of the contents of object, the copy of the contents of the object uploaded to the cloud storage system by the receiving mechanism. In one embodiment, the data concerning the contents of the object are streamed video data.
In another embodiment, the data concerning the object content is accessible from another source during a first time period and wherein the data which the content of object is passed to one of the multiple viewer processes during a second time period that is not identical to the first time period .
According to another aspect of the description, a system for delayed streaming content comprises: A) a cloud storage server comprising: A1) a network accessible memory for storing a copy of the data representing an object content; A2) a network interface for including available memory data in the network representing at least portions of the content of an object from multiple viewer processes accessing the content of an object source content; A3) a method for managing access to the network available memory by the number of viewer processes; and A4) a streaming interface for sending a copy of the network accessible memory to one of the plurality of on-demand viewer methods, and B) a receiving mechanism coupled to a source for receiving streamed data representing an object content. In one embodiment, the system comprises: C) a plurality of viewing devices operably connected via a network to the source content and the cloud storage server, each viewing device performs one of the plurality of viewing processes and further comprises: C1) program logic for determining which of a number of content objects are accessible from the source content and requesting the transmission of the data representing the object content to the viewer at a first time, and C2) program logic for requesting upload of a copy of the data representing object content or part thereof, to identify the cloud storage server along with permission indications from the viewing device. In another embodiment, the viewing systems further include: C3) program logic for requesting the download of the transmission of the data representing a copy of the object contents from the cloud storage server to the viewing device at a second time other than the first time.
According to another aspect of the description, a collaborative system for more efficiently displaying streamed content in time-shifted matter uses a common set-top box (STB) comprising a house component (the house STB) and a cloud component (the cloud STB).
The network cloud STB may further comprise a network that is accessible, a portion and / or a cross-license portion of other home STBs. The home STB can be connected to the cloud STB and other home STBs over a local or vast network topology infrastructure such as the internet. A group of home STBs can license each other within a community of users who share the same viewing rights through broadcast subscriptions or geographically determined rights to free-to-air broadcasts.
The cooperating STB can each include a collaborative receiving device (cable, antenna or other), collaborative tuners, collaborative rights verification equipment and / or software, collaborative decoding, and / or a collaborative time-shifting copy and display system functionality implemented in either hardware and / or software. The STB house may have at least one or no tuner, as well as at least one or no rights verification and decoder device and / or software. The home STB may further have a rights verification device (e.g., a smart card reader) to check broadcast rights or to read such information from the cloud STB.
Through a collaborative receiving technique, the costs associated with the streamed data received can be reduced. By using a cloud rights verification system, rights verification costs can be reduced. By collaboratively receiving the broadcast signal in the cloud and by viewing it privately in a time-shifted manner, reception costs are also reduced, so the STB also becomes a DVR.
Adding memory to the home STB allows peer-to-streaming viewing and sharing of home memory space without infringing or transferring read rights. Such distributed STB / DVR can also be supported by cloud backup or long-term cloud copies per viewed community. The cross-licensed home STBs and DVRs and licensed cloud STBs and backup storage collectively form a collaborative STB / DVR system, without cloud DVR functionality, but with distributed DVR functionality instead. Peer to peer streaming, without the use of third-party infrastructure in the cloud is also possible, the involvement of third parties is eliminated in the distributed STB / DVR process. An antenna or cable connection in the STB home enables collaborative reception without a receiver in the cloud.
According to another aspect of the description, a method for delayed streaming of the content comprises: A) providing a shared cloud storage comprising: i) a cloud storage server consisting of a network interface process for receiving in a connected network accessible memory a copy of the data representing an object content, and ii) a plurality of viewer processes operatively connected via a network and further functionally coupled to the cloud storage server and network accessible memory; and B) receive, from each of the plurality of viewer processes, permission for all other of the number of viewer device processes to receive the data that an object content from the cloud storage server is responsible for. In one embodiment, the method further comprises: C) transferring to a requesting one of the plurality of viewer processes, data representing the object content, from the cloud storage server. In another embodiment, the method comprises: C) sending a request one of the plurality of viewer device processes, data representing the object content, another of the plurality of viewers.
According to another aspect of the description, a system for delayed streaming content comprises: A) a cloud storage server consisting of a network interface for receiving memory in a connected network accessible memory representing data from an object content, and B) a plurality of viewers operating and connected via a network to the cloud storage server and the network accessible memory, each of the plurality of devices being allowed to receive viewers from the cloud storage system, the data representing the object content, and each of the multitude of viewers authorizes all other of the number of viewers to download the data that the content object from the cloud storage system receives on its behalf.
In one embodiment, the system further comprises a recording mechanism, operatively coupled to the plurality of viewing devices, for receiving data representing the object content of a source, each of the plurality of viewing devices being authorized for the recording mechanism to include the data containing the content of the source object and wherein each of the plurality of viewers authorizes all other of the number of viewers to represent from the recording mechanism the data representing the contents of the source object on its behalf.
According to yet another aspect of the description, a method for delayed streaming of the content comprises: A) providing a collaborative cloud storage system comprises: i) a cloud storage server consisting of a network interface process for receiving in a connected network accessible memory data representing a plurality of content objects, and ii) a plurality of process viewers operatively connected via a network to the cloud storage server and the network available memory, each of the plurality of viewer methods that associated with a viewing channel in which selected of the multiple content objects ranked a viewer emotional motivation to select such content object; B) sending data for one of the plurality of content objects to the network accessible memory a request from the plurality of viewers, as far as the content an object has a higher threshold rank within the viewer associated with the requesting viewer device process; and C) transferring data that one of the multiple content objects the network accessible memory to the requesting viewer process and the other of the multiple viewer, as far as the content of another object has a lower threshold within the viewer associated with the requested viewer process.
Description of the drawings
The present invention is shown illustratively and described in the reference to the accompanying drawings in which:
Figure 1 illustrates conceptually a network environment in which a shared antenna or receiver device according to the description can be implemented;
Figure 2 illustrates conceptually a network environment in which a joint upload / download technique according to the description can be performed; Figure 3A conceptually illustrates a collaborative cloud DVR system in accordance with the description;
Figure 3B conceptually illustrates a DVR device according to the description;
Figure 4 illustrates conceptually a jointly shared receiving device that can be executed according to the description;
Figure 5 illustrates conceptually a jointly shared antenna that can be implemented according to the description;
6A-B conceptually illustrate a shared shared antenna that can be implemented in accordance with the description;
Figures 7A-B illustrate conceptually a shared shared antenna that can be implemented in accordance with the description, and
Figure 8 illustrates conceptually a joint set-top box system according to the description;
Figure 9 illustrates conceptually a network environment in which the collaborative set-top box system of Figure 8 can be implemented according to the description, and Figures 10-12 conceptually illustrate a network environment in which a joint set-top box system according to the description can be implemented.
Detailed description
Collaborative cloud digital video recorder System Architecture
Figure 1 conceptually illustrates a network environment in which a shared shared antenna 1190 can be used with a shared cloud DVR (ccDVR) system 1133. The ccDVR system 1133 comprises at least one cloud storage system 1135 and a number of viewer interface systems 32a-n. Cloud storage system 1135 can be implemented with any number of network storage techniques described herein. In the illustrative embodiment, cloud storage system 1135 may include a plurality of mass storage devices 1112A-C accessible by a server 1180 executing one or more check program 1185. Such a cloud-based computing and storage infrastructure service usable with the described system is Amazon S3, commercially available from Amazon.com, Seattle, WA. Cloud storage system 1135 can be implemented with mass storage devices such as the EMC Atmos, line of products commercially available from EMC Corporation, Hopkinton, MA.
Described herein is a system and technique in which an antenna or cable system component, or other receiving mechanism, cooperatively shared by a community of users, receives a broadcast signal. After a viewer / user gives a record instruction, a process related to the shared receiver, antenna or cable, immediately makes a partnership, implicitly or explicitly licensed, copy of the broadcast content for storage in a cloud storage system. At the request of a specific user in the community, the content is streamed in a unicast manner through the internet or another network technology to the particular community member requesting the unicast, only when such a user has the implicit or explicit right to the streamed content view in has a time-shifted way and has made a copy for that purpose.
As a solution to the technical problems of the prior art, an antenna 1190 (or cable infrastructure when the cable is shared instead of an antenna) is shared by a community of viewers 32a-n of the same implicit or explicit viewing or copying rights. Since all members of the community are implicitly or explicitly allowed to make a copy for their own vernissage in a time-shifted manner, the members of the community can jointly make a copy together, provided that each member of the community contributes to the Cooperation effectively has the implicit or express right to make a copy and gives the copy instruction. Instead of having each community user store their copy locally in their respective viewer system 32 or upload it to cloud storage 1135, a collaborative copy 1185 was created using an antenna 1195, to which all members of the collaborative community have access rights because it is their private copy and is stored in cloud storage system 1135, as indicated by arrow A in Figure 1. In the same way, instead of receiving the content file from antenna 1190, in Figure 2, the content is received from part of the cable network infrastructure to a receiving mechanism, again, to which all members of the collaborative community have access rights, and then stored in cloud storage system 1135, as indicated by arrow A in Figure 2. In the described system, a user DVR box still receives the instruction to make a copy of the community member and receive this instruction to the cloud storage system 1135 In this way, the need to actually receive the broadcast signal or the original content stream and the received content from the user's DVR box and external storage streams are eliminated, thereby saving bandwidth and a solution to the problem of being technically unable to time- shift or at least a relaxing time-shifting experience.
At a time after receiving a content file in cloud storage system 1135, a user DVR box receives the instruction to download or stream his copy of the community member and send this instruction to the cloud storage system 1135, as also illustrated by arrow B in figures 1-2. The cloud storage system 1135 verifies the request of the viewer system and, if permissible, the content is streamed in a unicast manner over the internet or another network technology to the particular community member requests the unicast. Notice in the described system, the requesting viewer can be verified to have either implicit or explicit rights to view the streamed content in a time-shifted manner or to make a copy for that purpose.
Figure 2 illustrates conceptually the common cloud DVR system 1133 wherein the antenna 1190 of Figure 1 has been replaced by a generic content file source 36 that is part of a cable network. In the illustrative embodiment, with reference to Figure 2-3B, cloud storage system 1135 consists of a server 1180 and the associated database (s) 1112A-C and network streaming interface 1185. The data in a data structure received from process 1102 of one of the viewer systems 32 is used by server 1180 to store a complete copy of the content object within one of databases 1112A-C. For example, process interface 1185 in server 1180 can use temporary or consecutive identifiers or markers or other mechanisms associated with the content and controls the received portion of the content according to the relationship to other previously received portions.
In this way, a full copy of the object content (program) is compiled from one of viewer systems 32a-n and stored by the system 1135 for later viewing at the request of a viewer authorized to view such content object. In particular, when a viewer requests a content object, server 1180 determines whether the identified content object is stored in databases 1112A-C. If so, the streaming interface 1185 will check if the requesting viewer is authorized to view such content, and, upon confirmation thereof, start streaming the content to the requesting viewer system 32, as illustrated by arrow C in Figure 2. Server 1180 maintains within databases 1112A-C records for each viewer system 32a-n indicating which content objects within databases 1112A-C the viewer is authorized to download, such documents are constantly updated via processes 1102 and 1104 of each of the viewer systems 32a as illustrated in Figure 3B. In this way, it is calculated whether each of the viewer systems 32a-n is authorized to object specific content.
In the illustrative environment, the permit indications used by cloud storage system 1135 can take a number of different forms, including one or more binary values arranged in a mask, special codes, keys, hash values, etc. In addition, this authorization can take indications are generated by the content source 36 or are derived from the streamed content in process 1102. In an embodiment where the content object from source content 36 is provided in an encrypted form, decryption of keys or codes can be performed in the same way as cloud storage system 1135 to process 1102 as part of the permit indications.
DVR software of the device combined with cloud storage system checks if viewer has the authority to record content objects. In one embodiment, depending on the nature of the permit protocol used with the ccDVR system 1133 and cloud storage system, the viewer / user can download and view a content object, e.g., a program series, shifted in time manner, if licensed and actively uploaded from the viewer's DVR device, or if licensable. In this case, the user only sees his own copies made by the ccDVR system under his personal instruction.
In one embodiment, the viewer can only skip unwanted advertisements if they are replaced by other possible, but not necessarily personalized, commercials from the same broadcaster whose commercials were skipped. The reader will understand, as described herein, the ccDVR system 1133 includes a number of cloud systems 1135 and a number of DVR 1182 devices in viewer systems 32A-N, probably divided into different geographic locations, but interconnected via a wide area network, such as the internet, and ownership of or rented by valid content subscribers. In one embodiment, a ccDVR subscription user agreement authorizes the server 1180 and any DVR 1182 within the collaborative cloud system to record the content from a content source on behalf of the subscriber, as part of the collaborative upload effort.
Although the common system is described in the illustrative embodiments, with content objects that have the character of streamed video or other data, this example should not be limiting. The content of objects uploaded or downloaded by the DVR or other devices described herein may be textual, graphic, photographic, audio, haptic or any other type of data, in a streamed or stream format, regardless of the data format or protocol, content objects that such data types equally apply to the system described herein.
Viewer devices
Figure 3A illustrates a conceptual network interface method 32 related to public network 30, content providers, sources 34 and 36, and modeling system 35 in accordance with the disclosure. As illustrated in Figure 3A, the remote control 1188 is associated with screen 80. The viewer device 32 includes a first or right brain user interface screen 80, which is primarily used for viewing video material that, in the illustrative example, can be implemented with the television screen 80 and an associated remote control 1188. Screen 80 can be implemented with a "connected TV" or other devices that connect the TV to the networks 30 or 31 such as a mini-PC, a connected Blu-ray player or a connected game console, for example a device capable of connecting directly to the internet, e.g., network 30, as well as a cable packet network or satellite network, e.g., network 31. Viewer device 32 further includes a second or left-hand brain user interface 84 that represents a content-seeking interface and a interface with the option to purchase and can be implemented w orders with a Personal Digital Assistant (PDA) or a smart phone, tablet or computer or even a laptop computer. Such a second user interface primarily uses and / or stimulates activity in the left hemisphere of the human brain, and also, to a limited extent, the right hemisphere of the human brain. A viewer will usually use the second user interface 84 to perform activities such as selecting his TV subscription, making recordings, making purchases, managing his profiles, changing the order of the rankings of a channel by specifying whether he does a particular content object / dislikes. Viewer device 32 further comprises a third and fourth user interfaces 86 and 87, both of which allow text-based interfaces for content management, surfing and purchasing, as well as visual content, respectively, and can be implemented with a traditional PC containing a desktop or a laptop system, as well as other systems.
In an exemplary embodiment, screen 80 presents visual, non-textual information while one, two or all three of the telephone / PDA 84, PC 86, and / or tablet computer 87 displays a combination of textual information or other text-based database and visual information. The predominance of brain activity for the different user interfaces in viewer device 32 is indicated in the table below:
Screen 80: completely right, minimal left
Tablet 87: limited left, full right optional
Smartphone / PDA 84: mainly left, limited right
Personal Computer 86: full left, full right optional
In the described embodiments, the elements of viewer device 32 can be implemented with the existing commercially available technology. For example, screen 84 can be implemented with a number of smartphones or personal digital assistant devices, including but not limited to the Apple iPhone and Android operating system based smartphones commercially available from a number of manufacturers, including Samsung, HTC, Alcatel, Acer, Sony Ericsson, HTC, LG, Google Nexus, ZTE, Motorola, etc. This screen 87 can be implemented with the tablet computer, including but not limited to the Apple iPad and Android operating system based tablets, commercially available from a number of manufacturers, including Acer, Archos, Dell, Motorola, Samsung, Sony, Toshiba, ZTE, etc. ... As described earlier, display 80 can be implemented with a connected TV, as well as traditional television displays that depend on additional equipment, such as a set top box 1182 , for connection to a source of content, including, but not limited to, that is commercially available from a number of manufacturers, including LG, JVC, Panasonic, Philips, Samsung, Sharp, Sony, etc. As previously described, screen 80 can be implemented with a connected TV, as well as traditional TV screen devices that depend on additional equipment, such as a set top box 1182, for connection to a content source, including but not limited to those commercially available from a number of manufacturers, including LG, JVC, Panasonic, Philips, Samsung, Sharp, Sony, etc.
Display 86 can be implemented with a number of computer systems, including but not limited to the Apple iMac and IBM PC-compatible personal computers, commercially available from a number of manufacturers, including Acer, Hewlett-Packard, Asus, Samsung, Sony, Dell,
Toshiba, etc. Set-top box 1182 can be implemented with a number of commercially available set-top box devices, Mini PCs, stick-based mini PCs, or game platforms of either an open architecture or proprietary architecture, including those commercially available from a number of from manufacturers including Sony Playstation, Apple Mac mini, Nintendo Wii, Microsoft Xbox, etc. Remote control 1188 can be implemented with a number of standard desgin remote controls from TV manufacturers, or, alternatively, can be implemented with an 'after-market' remote control such as those produced by Logitech, Ine Viewer system 32 further includes a digital video recorder (DVR) device 1182, which is operatively connected, directly or via a public network 30, to content provider sources 34 and 36, modeling system 35, and also a cloud storage server 1135 in accordance with the disclosure.
Figure 3B conceptually illustrates the internal architecture of the DVR device 1182 which, in one embodiment, comprises a central processing unit 1502 (CPU), a system memory 1530, with one or both of a random memory access 1532 (RAM) and a read-only memory 1534 (ROM), and a system bus 1510 that links the system memory 1530 to the CPU 1502. An input / output subsystem with the basic routines that help to transfer information between elements within the illustrative computer architecture, such as during start-up, can be stored in the ROM 1534 DVR 1182 may further include a storage device 1520 for storing an operating system 1522, software, data, and various program modules as described herein.
The mass storage device 1520 can be connected to the CPU 1502 via a mass storage controller (not shown) connected to the bus 1510. The mass storage device 1520 and the associated computer-readable media can provide non-volatile memories for DVR 1182. Although the description of computer-readable media herein refer to a mass storage device, such as a hard disk or CD-ROM drive, it should be understood by those skilled in the art that computer-readable media can be any available digital storage media accessible through DVR 1182. As an example and not a limitation, computer-readable media can include volatile and non-volatile, removable and non-removable media implemented in a method or technology for the non-temporary storage of information such as computer-readable instructions, data structures, program modules or other data. For example, computer-readable media includes, but is not limited to, RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, digital versatile discs (DVD), HD-DVD, BLU-RAY or other optical storage , magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage media, or any other means that can be used to store the desired information and which is accessible via DVR 1182.
According to various embodiments, DVR 1182 can operate in a network environment using logical connections to external physical or virtual services via a network such as the network 30 via a network interface unit 1504 connected to the bus 1510. It will be appreciated that the network interface 1504 also can be used for connection to other types of networks and remote computer systems, such as a cloud storage system 1135 and a model system 35. Network interface unit 1504 can include a number of input and output ports, but not limited to both a co-axis high frequency input and an ethernet or HDMI input and either an HDMI or SCART or VGA component output to a television / display device 80, as illustrated in Figure 3A. The co-axis high frequency input can function as an input to sources of content in accordance with the package protocol / standard, such as 'Data Over Cable Service Interface Specification' (DOCSIS) cable modem standard used by a cable television and / or a satellite television content provider. Another standard whereby content sources can provide streamed content objects to viewer 32 is the "ClearQAM" or "QAM" (quadrature amplitude modulation), format with which digital cable channels are encoded and transmitted via cable TV providers. In addition, the network interface of the DVR 1182 can be equipped with one or more USB ports for interfacing with other devices such as modems, other computers, IR dongles, hard drives or other network interoperable components, including Cl card readers. In addition, DVR 1182 can be provided with a wireless trans receiver for interfacing with other wireless devices according to one of the plurality of standard wireless protocols, such as a wireless network for both uploading and downloading content via a network. In the envisaged embodiment, an internet upload connection (may be the same or different from the download connection) is, for example, based on Ethernet fiber optic.
In one embodiment, DVR 1182 is coupled to a media player 1506, such as a DVD and Blu-ray and storage device. In another embodiment, DVR 1182 can have built-in Common Interface (C1) functionality or be connected to a network interface unit 1504 via a USB port or other peripheral interface such as a PCMCIA interface. In another embodiment, the various interfaces of network interface unit 1504 may be designed for communication with an external docking station for an iPhone, iPad, Personal Computer or Android smartphone or similar devices, allowing streamed transfer of content and command instructions therefrom to DVR 1182.
DVR 1182 can also include an input / output controller for receiving and processing input from a number of other devices, including remote control 1188 and, optionally, one from a keyboard, mouse, game controller, or other device. The network interface unit 1504 of DVR 1182 may further comprise a wireless remote control 1188 and interface therewith similar to the other remote controls described herein that can be implemented with any type of technology, including, infrared, radio frequency, or wired analog or digital signals, etc.
Similarly, an input / output controller can provide an output for a video screen 80 via a standard display connection, such as one of an HDMI, VGA, S-video, YPbPr, SCART and component, Euroscart, Euroconector, EuroAV, or EIA Multiport etc. Furthermore, input / output controller 1115 can be connected to a printer or other type of peripheral device. DVR 1182 may further comprise an additional processor unit 1525, such as a SmartTV chip, connected to the bus 1510 that can be used to decode encoded content received from a content source.
A number of program modules and data files can be stored in the mass storage device 1520 and RAM 1532 of DVR 1182, including an operating system 1522 capable of operating DVR 1182 in a network computing environment. The mass storage device 1520, ROM 1534, RAM 1532 may also store one or more program modules for execution via the CPU 1502. The mass storage device 1520, the ROM 1534, and the RAM 1532 may store software instructions which, when placed in the CPU 1502 loaded and executed, transforming a general purpose computer system into a special purpose computer system adapted to facilitate all or part of the techniques described herein.
In the illustrative embodiment, DVR 1182 consisting of a client request procedure 1186 for the interfacing with content provider sources 36 or 34 and cloud storage system 1135. Specifically, request 1186 includes an interface process 1102 and upload / download streaming process 1104 and optional electronic program guide process 1106. Interface process 1102 allows viewer device 32 to communicate with sources 36 or 34 and cloud storage system 1135 in a similar manner as described herein, while process 1104 interacts with process 1102 and content sources 36 or 34, and, if applicable, a schematic application or electronic program guide function 1106 associated with the content source 36 in a manner described herein.
The CPU 1502 can be composed of a number of transistors or other circuit elements, each of which can assume a number of states individually or collectively. More specifically, the CPU 1502 can work as a state machine or finite-state machine. Such a machine can be transformed into a second machine, or specific machine by loading executable instructions into the program modules. These computer-executable instructions can transform the CPU 1502 by indicating how the CPU 1502 transitions between states progress, causing the transformation transistors or other circuit elements of the CPU 1502 from a first computer to a second machine, the second machine specifically can be configured to manage indexes. The states of both machines can also be converted by receiving input from one or more input devices for the user in connection with the input / output controller, the network interface unit 1504, other peripherals, other interfaces, or one or more users or other actors. Each machine can also transform states, or different physical properties of different output devices such as printers, speakers, displays, or in other ways.
Coding of executable computer program code modules can also change the physical structure of the storage medium. The specific modification of the physical structure can depend on various factors, in various implementations of this description. Such factors include, but are not limited to, technology for using the storage media, even though the storage media are characterized as primary or secondary storage, and the like. For example, if the storage medium is implemented as semiconductor-based memory, the program modules can transform the physical state of the system memory 1530 when the software is encoded therein. For example, the software can transform the state of transistors, capacitors, or other discrete circuit elements that form the system memory 1530.
As another example, the storage medium can be implemented using magnetic or optical technology. In such embodiments, the program modules can transform the physical state of magnetic or optical media when the software is encoded therein. These transformations can change the magnetic properties of certain locations within certain magnetic media. These transformations can also change the physical characteristics or properties of certain locations within certain optical media, to change the optical properties of these locations. It should be understood that various other changes to physical media are possible without departing from the scope and spirit of the present disclosure.
Figure 1 illustrates a number of viewer devices 32a-n operatively coupled to both a source 36 content and a cloud storage system 1135. Viewer devices 32a-n are implemented as previously described herein with reference to Figures 3A-B, including the addition of DVR 1182 and remote control 1188. Content source 36 may include indexed content, or may include any of the cable TV provider via cable packet-switched network, satellite TV provider via satellite network, or live broadcast via internet (internet TV), Internet Protocol-based TV subscriptions , such as those available from Verizon, and Free To Air TV. Public network 30 may have a network topology as described elsewhere in or another configuration that interoperatively links the described network components.
Note that the content of storage configuration for both the original content source and the cloud storage server can be centralized or distributed by continuously migrating in a peer-to-peer mode to achieve a content store at any time. In one embodiment, the content is recorded on a viewer device, either uncoded or after decryption, and which is provided to the cloud storage device in an uncoded format. In another embodiment, the content is provided to the cloud storage server in an encrypted format together with or without decryption key data that can be stored separately from the encrypted content. The algorithm for uploading and downloading content data packets on the cloud storage server can use temporary or sequential identifiers related to the content.
In the illustrative embodiment, to connect to the collaborating cloud community and initialize the components of the system, the end user / viewer buys a DVR 1182, which has preinstalled client application 1186 thereon. Then, the end user registers DVR 1182 with a server 1180 in connection with the cloud storage system 1135. Such a registration process can be performed online with a browser application in each of the DVR 1182 or one of the devices 84, 86, 87 or 80, by access to server 1180. Such registration process may include uploading a number of user identification indexes including, but not limited to, name, serial number of the DVR 1182, billing address, payment information, identification of current content subscription sources, access to network protocol identifiers and addresses, as applicable, the initial recording settings and preferences for the DVR 1182, identifiers of the content to be recorded, recognition of the license conditions for the collaborative upload system and / or the client software on the DVR 1182. After completion of such a registration, server 1180 creates a record related to the subscriber / DVR 1182. The user can also access any mome nt change the current recording instructions via the website interface by server 1180 as described in the registration procedure.
After registration, the client application 1186 on the DVR 1182 receives the recording settings from the server 1180 via a network connection, for example a Wi-Fi or Ethernet internet connection. The user can change the recording instructions at any time by using a remote control 1188 in association with the DVR 1182, for example by pressing the red button on the remote control, when viewing an episode of the series, to record the recording of stop that series or by pushing the blue button on his remote control, while watching an episode, to start recording that series. The client application 1186 receives the commands from the remote control 1188 and sends the new recording instruction to the server 1180, where the content is stored in combination with storage system 1135. Referring to Figure 2, DVR 1182 cooperates with content source 36 and cloud storage system 1135 via process 1102 and 1104, in the following manner. The viewer requests, by means of process 1104, one or more objects that programs currently accessible for streaming the content of the source 36 to viewer device 32. The determination of such accessibility will usually be determined by registration for agreement of the viewer with the content source provider and the availability of specific content as set out by the content provider. Optional electronic program guide process 1106 can assist the viewer in selecting the available content. Each time that process 1104 identifies what the viewer has legally permitted access to which he or she has requested to record the content thereof, process 1104 sends the metadata of such content to the cloud storage server 1180 which stores information with the profile of the registered DVR 1182. At the time indicated by the metadata determination of the content, server 1180 downloads a network connection to process 1102 and waits process 1104 within DVR 1182 streaming from content source 36 to one or more buffer memory along with selected metadata with content, including content identification data, and one or more temporary or sequential identifiers or markers identifying the specific portion of the content contained in the buffer, as illustrated by arrow A of Figure 2. In one embodiment, content may be directly from a DVR device 1182 uploaded cloud storage system 1135 without the need for significant buffering of the ges streamed data that the content object represents.
In the algorithmic process of capturing and uploading a content object from a viewer device 32 to cloud storage system 1135 portions of the uploaded content object can be uploaded between 0% and 100% and such parts to cloud storage system 1135. Process 1104 transfers to process 1102 one or more packets of data together with the identification data of the content, or alternatively provides the addresses in memory in which this information is stored in local DVR 1182 and accessible both processes. Process 1102 adds to this information, a data structure, and transmits or streams such information to cloud storage system 1135, as illustrated by arrow B of Figure 2. In one embodiment, the data structure may include object data content and / or a portion thereof, time or sequentially identifiers associated with the inhbud object and authorization indicia identifying a viewer process DVR 1182. In addition, data structure may further optionally include identification data, a viewing process, and identification data, an encryption key for decoding the content object. In one embodiment, process 1102 may query server 1180 of cloud storage system 1135 to determine if a complete copy of the requested content was successfully received and stored therein. If server 1180 determines that a specific segment of the content object is missing, the server 1180 will modify the metadata in the data structure associated with the content object, e.g., by setting a flag variable, as incomplete.
The functionality repeated by processes 1104 and 1102, as needed, and as allowed by server 1180, while the display 80 is operatively connected to the content source 36, for all content on which the viewer has requested process. In addition, the functionality performed by process 1104 usually occurs without video or audio content being received from the actual display 80. In this way, this method can be performed while the viewer cannot use the system, for example, during the system "down time." "or watching other content and being transparent without the viewer being aware of it.
Figure 4 illustrates conceptually a cooperating system according to an embodiment of the description. In such an embodiment, a content source 36 is part of a distribution infrastructure cable connected to data center 1197 which in turn is connected to server 1193. Server 1193 may contain content data to cloud storage system 1135 operatively linked to the internet for storage there. In addition, executing on server 1193 are authentication modules and digital rights management modules that interact with the multitude of PCMCIA rights profiles provided with members of the collaborating community and stored in the server database. A DVR or set top box connected to viewer device 32 can receive a PCMCIA card or other rights index mechanism 1191 that determines the digital rights of the viewer's system. Server 1193 can also store PCMCIA verification information in and associated database thereof for authenticating the access rights of the viewer system 32A. Note that the cable source 36 can be connected to one of the Internet, viewer device 32A, and data center 1197.
In other variations of the embodiments described herein, the check of the implicit rights to copy may be performed at the time of the copy, or else with the time shifted the unicast. At the moment just before the time-shifted unicasting, based on the request of an individual member of the community, the fact that if the user has given the recording instruction is checked and the implicit or explicit right of that member is checked.
One or a combination of the following admission mechanisms 1191 or techniques, can be used to check the rights of a viewer, including but not limited to: a) zip code and country for free to air; b) purchased or licensed from cable operator or other provider of broadcast signals, c) an API call from a viewer system DVR player to an operator, d) an electronic invoice or an electronic version of a paper invoice, e) statistical verification of a 'license certificate' about a period of time. One or more of these mechanisms can be maintained and implemented in conjunction with the server 1193 and executing the authentication modules and digital rights management modules thereon in a manner similar to that described above with reference to the use of PCMCIA profile rights.
Figure 5 illustrative conceptually a collaborative shared antenna System in accordance with an embodiment of the disclosure in which the receiving antenna 1195 is coupled to a data center 1197 which, in turn, is coupled to a server 1193. In the illustrative embodiment, tuner / server 1193 includes one or more tuner cards, responsive to microwave transmissions, and pulls or acquires data from receiving antenna 1195. Users / Viewers give the record instruction to record certain channels, series or programs. This content, which is received by the collaborative shared antenna, is then transmitted to the shared memory space or cloud storage system 1135 and stored therein.
Figures 6A-B conceptually show a jointly shared antenna system according to an embodiment of the description. In such an implementation, the collaborative shared receiving device, in this case antenna 1195, is located within the network infrastructure at a point between cooperating cloud system 1135 and one or more viewer devices 32a-n and is capable of downloading streaming content to any of the viewer devices 32 at a time t1, here illustrated as viewer device 32B, from a transmitter / receiver in connection with cloud system 1135, such as the transmitter itself possibly being an antenna. Figure 6B shows how antenna 1195 can also be used to download content to another viewer system 32E at time t2.
Figures 7A-B conceptually illustrate other cooperating parts of the antenna system in which a pair of shared shared antennas 1195A-B can download streaming at one of the viewer devices 32 at a time t1, here illustrated as a viewer system 32A, of a transmitter / receiver in connection with cloud system 1135. Figure 7B illustrates how antenna 1195B can also be used to download content to another viewer device 32F at time t2. In such an embodiment, the transmitter / receiver of cloud storage system 1135 determines which 1195A or 1195B antenna receives the stream of downloaded content upon permission from other respective viewer device requests 32.
Copy collaborative preferential rights for time shifted viewing
In one embodiment, the content object that content can be copied either alone or collectively by the viewers before actual broadcast of the content source. In this implementation, a viewer or a community of viewers may have agreed with the author or other entity that the relevant rights to the content, prior to any future distribution arrangement, for the rights to a private copy for viewing and for uploading and to create / or download such copy for storage and later retrieval in a time-shifted issue. This implementation lends itself to certain scenarios, such as technical, academic and or religious societies, certain professions or other groups whose members had or implicit or explicit rights to all content provided by one of their members or a third party offer outside the community. In such scenarios, viewers' rights may precede any commercial distribution arrangement the author may have with a distribution entity, such as a cable service provider or TV network broadcast entity.
Referring to Figure 1, for the process illustrated by process step A, a joint copy can be generated only immediately prior to broadcasting content source 36 and antenna 1190 cloud storage system 1135 and antenna 1195, respectively. Such a pre-step, the collaborative copy as previously described herein, a viewer 36 connected through a network with one or more of the viewers and system 1135 can verify the correct copy and generate viewing right, content source of the collaborating community
Specifically, one or more of the viewers enter into an agreement with the author or copyright holder of the content that enables a viewer to make his own copy of the content and to copy such content locally or remotely with one of the system architectures described herein. Typically, the authorization information may be stored in the system 1135, as previously described herein. Furthermore, such consent can provide data format and can be stored in a data structure for efficient verification. The control mechanisms used by the system 1135 can be implemented with such mechanisms described herein. A collaborative copy of the content can be made and stored together with the authorization data prior to transfer to a content source, such as a cable provider, or the collaborative copy can be generated as described elsewhere herein, e.g. after receiving the data stream that object content through a shared facility. Alternatively, a collaborative copy can be obtained after receiving the data that the content object after its broadcast for transmission from the content source. In this way, the timing of the generation of the collaborating copy is asynchronously related to the creation of a license to view such copy or participate in the joint creation thereof, provided that the authentication of these rights occurs at a certain time prior to time-shifted viewing of the content by an authorized viewer or community member. Using the above concept, the system described in both Figures 4-5, one or more viewer systems 32A - N associated with users viewing previously allocated for copying and saving content object time shifted, by the author of the content or other party who have these rights may pass their consent directions to the 1135 system for storage therein. Thereafter, at the time of requesting download viewing the content, the server 1193 or 1135 system itself will check if the requesting viewer system required permission to receive a download streaming copy of the content object for viewing in a time shifted manner . A joint copy of the content object is generated by either jointly uploading fractional portions of the content of each object from the viewer systems 32 or by a copy of the content from a source 36 via a common healthcare institution, such as antennas 1195 of Figure 5 or cable network component 1200 of Figure 4. Such jointly generated copy can be stored in the cloud storage system 1135 or server 1193. Note that the time of generating such a joint copy of the availability of the content source can precede a viewer system having agreed rights for storage and time shifted viewing of the content may actually have to wait until it becomes available from the content source, which period may be trivial or perhaps large, with no noticeable effect on the processes described herein. After the content is broadcast, wirelessly or over a portion of the cable network infrastructure, an additional shared copy may optionally be used by one of the described here and the additional shared copy then used for unicast streaming to one or more requesting viewer 32 systems in time shifted issue.
In any of the embodiments described herein, the content may be hosted to a viewer system 32 with the video signals originally transmitted from a source before being received and stored as a joint copy in accordance with this description.
Collaborative Network Media devices
Figures 8-9 illustrate a conceptually a joint set-top box (STB) system in accordance with the disclosure. As shown in Figure 8, a collaborative system for more efficient viewing of streamed content in a time-shifted way consists of a collaborative set-top box system 1202, a house component, house STB 1204, and a cloud component, cloud STB 1206. The cloud STB 1206 may further comprise a network accessible distributed component 1206A-n and / or a cross-license portion of other home STBs. The house STB 1204 can be connected to the cloud STB 1206 and other home STB 1204 over a local or extensive network topology infrastructure, such as the internet. A group of home STB 1204A-n may be connected to a community of users who share common viewing rights through broadcast subscriptions or geographically determined rights to free-to-air broadcasts licensed to each other.
As illustrated in Figure 9, the partnership STB 1202 can include multiple housing STBs 1204A-N and cloud -STB 1206, as illustrated by the dotted line around such elements. Within the domain of the collaborative STB 1202, an implementation includes STB 1204B and 1204IM, as illustrated by a "-x-" dotted line around such elements. Another implementation includes STB box 1204A in combination with cloud STB 1206, as evidenced by the dot / dash line around such elements. In all three versions, the joint STB 1202 offers improved memory and / or receiving and playback functionality compared to the traditional set-top box. Note in Figure 9, selected or all STB 1204A-N allows a community of users who are cross-licensing their STB to the other users and who have the same license rights to the respective content. Also in cloud STB 1206, memory components for individual home STB 1204 can be designated as 1208A-n.
Referring to Figure 8, the cloud STB 1206 may include a joint receiving device 1212 o (cable, antenna or otherwise), cooperating tuners 1214A-n, collaborative rights, verification equipment and / or software 1216, cooperating decoding 1218, and / or collaborative time shift copy system 1220 and playback system 1222 with functionality implemented in the hardware and / or software. The housing STB 1204 can control at least one or no tuner 1214 as well as at least one or no rights verification and decoder and / or software module 1207. The rights monitoring device (e.g., a smart card reader) can be used for broadcast read rights or you read such information from the cloud STB 1206. In one embodiment, a joint STB 1202 features functionality similar to STB 1204, including a DVR module 1209 with DVR functionality and / or the ability to interact with a right brain interface 1211, as described in U.S. Pat. U.S. Patent 8,301,770, Van Coppenolle et al. entitled method and device for pre-distributed uploading of the content.
Effectively, the STB 1202 partnership has increased memory and / or receiver / playback functionality compared to traditional set-top boxes. Adding memory to the home STB 1204 allows for peer-to-streaming and sharing home memory space without infringing or transferring read rights. Such distributed STB / DVR functionality can also be supported by cloud backup or long-term cloud copies per viewing community. The cross licensed home STBs and DVRs and licensed cloud STBs and backup storage collectively form a collaborative STB / DVR system, with no cloud DVR functionality, but instead with distributed DVR functionality. Peer to peer streaming, without the use of third-party infrastructure in the cloud, excludes third-party involvement in the distributed STB / DVR process. An antenna or cable connection in the STB home allows collaborative reception without a receiver in the cloud. Excluding the cloud from the STB / DVR partnership may be necessary in certain jurisdictions where a DVR cloud is not legal. In such a case, the STB / DVR partnership is split STB / DVR, without an STB / DVR cloud.
Using the systems described in Figures 8-9, a peer-to-peer and / or cloud STB / DVR system, with collaborative shared (local home based or distributed or cloud-based) functionality, hardware and software for the receiving, tuning, verification rights, decoding, recording, temporary, permanent or backup storage memory space, can be obtained without the risk of a transfer or violation of rights, because all members of the community already share the same rights; checked separately before entering into a mutual license of hardware and system rights. Receiving costs can be reduced by coil-laboratory reception. By using a Cloud verification system, verification costs can be reduced. By jointly receiving a content broadcast signal in the cloud and viewing it privately in a time-shifted manner, reception costs are also reduced, so the STB also becomes a DVR.
Figures 10-12 conceptually illustrate other cooperating set-top box systems in accordance with disclosure. As shown in Figures 10-12, a collaborative system for efficiently viewing streamed content in a time-shifted way consists of a collaborative set-top box (STB) system 1202 a home component, the home base STB 1204 of a viewer system 32 , and from a cloud component, the cloud STB 1206. The home STB 1204 is connected to the cloud STB 1206 and all other home STBs 1204B-IM over a local or extensive network topology infrastructure, such as the internet. As previously described herein, a group of home STB 1204A-N can cross within a community of users to share the same viewing experience through broadcast subscriptions or geographically determined rights to free-to-air broadcasts licensed to each other.
As shown in Figures 10-12, the cloud may include STB 1206 in various embodiments, a network accessible STB 12.048 and a network accessible DVR component 1209 and a cooperating shared receiving mechanism, such as an antenna system or a network infrastructure component, as described elsewhere herein , and is able to download streaming content one from home STB 1204A-N. The cloud STB 1206 may further include a cooperating receiving device (cable, antenna or otherwise), cooperating tuners, cooperating verification equipment and / or software, cooperating decoding, and / or a collaborative time-shift copy and playback system with functionality implemented in the hardware and / or software, similar to those described elsewhere herein.
As shown in Figures 10-12, the STB box 1204A in combination with the cloud STB 1206, offers improved memory and / or receiver and playback functionality compared to the traditional set-top box. Note that in Figure 10, selected or all of STB 1204 from viewers viewer systems 32A-N allows a community of users who have cross-licensed their STB to the other users of the community and who have the same license to the respective content. Also in cloud STB 1206, the memory can be designated for the individual home STB 1204A-N, either in the shared cloud infrastructure or in the home STB box itself. Moreover, the STB 1204 can be equipped with at least one or no tuner, as well as at least one or no rights verification and decoder and / or software module.
As illustrated in Figures 10-12, a collaboration of STB 1202 has a DVR module 1209 with DVR functionality. In another embodiment, cooperating STB 1202 functions DVR module 1209 with the ability to interface with a right brain interface of a home viewer system 32, which may or may not include a mobile device 1207 for presenting streamed content, such as a tablet computer, personal digital assistant or mobile phone, as in figures 10-12.
As with the other embodiments described in the viewer system described herein, with a collaboration of receivable technology, receivable costs can be reduced. By using a cloud verification system, verification costs can be reduced. Further, by jointly receiving the broadcast signal in the cloud and the associated content it contains privately viewable in a time-shifted manner, costs to be received also reduced, the receiver therefore as a DVR.
As with the other embodiments described in the viewer system described herein, with a common receiving technique, receivable costs can be reduced. By using a cloud verification system, verification costs can be reduced. Further, by jointly receiving the broadcast signal in the cloud and the associated content it contains privately viewable in a time-shifted manner, costs to be received also reduced, the receiver therefore as a DVR.
Collaborative Devices Using Prioritized Local Storage Of Recommended Content
In another aspect, the disclosure, cooperating STB viewer system 1202 has a DVR module 1209 with the capability to use a content recommendation system such as in U.S. Patent 8,301,770, described by Van Coppenolle et al. Entitled method and device for distributed upload of the content, is the subject of that herein by this reference for all purposes. In such a recommendation system, the traditional paradigm recommendation engine is inversely more predictive model that mimics the patient's emotional motivation. Instead of "classifying" objects objectively, the described viewer system and technique classify "objects" subjectively to (or a small group of individuals, for example, a family) behavior of an individual, so that the resulting group of objects can be arranged and presented in a manner which offers more emotional motivation for selection based on individual specific subjective desires and restrained tastes. In the described viewer system and technique, a plurality of objects, such as videos, music, art, books, consumer goods, financial instruments, etc., have been subjectively analyzed according to taste and behavioral history of a specific individual and presented to the individual in rankings or " channels "that can be explored or multi-dimensionally" surfed "
Specifically, content objects are processed through a unique neuropsychological modeling engine, using data specific to an individual or group of individuals, and arranged according to their suitability and magnitude of the individual's predicted emotional motivation to select or purchase a content object . In an exemplary embodiment, once a content per object has been determined to be eligible based on an individual behavioral data and mood, a ranking position within a channel is determined, which is the individual emotional motivation to select such content object. Content objects are arranged in a first selectable dimension according to a desire and fear vector, that is, from lower to higher emotional motivation for possible selection and presentation according to an individual's behavioral data. Content objects can further be arranged according to a second selectable dimension based on a time vector. As intended, multiple sequentially arranged versions of content contains objects that have one or more common parameters or metadata values, such as episodes within a TV series, or prequel / sequel movie releases, or books with a series of parts, arranged chronologically, making selection either forward or backward chronologically from a selected content contains object.
In one embodiment, the recommendation / modeling system 35, as illustrated in Figure 3A, consists of a neuropsychological modeling engine, a ranking application, and a behavioral modeller all communicate with each other and with a storage mechanism, typically a number of databases, and a presentation system other than public or private networks. Such a system is contemplated to communicate with one of the cooperating set-top box viewer systems disclosed and described, with greater efficiency legally achieved by sharing bandwidth and cloud storage capacity among a plurality of individual client DVR devices. Such a collaboration system is further described in U.S. Patent 8,433,815, by Van Coppenolle et al., Entitled "method and device for jointly uploading content, is the subject of that herein by this all-purpose reference".
In such collaboration systems, each owner / user of a DVR device authorizes his or her individual DVR device to be used by both the cloud storage system server and all other owners / users of a DVR device in the relevant community and receives such permission in return . In this way, the collaborating cloud storage community, which is the cloud storage system of all participating DVR devices or STB devices (also referred to as a DVR / STB or STB / DVR system), consists of one, acting jointly as authorized by the single entity individual users / viewers to upload, keep distance and download licensed content for time shifted viewing, in a way that rigorously protects legal rights of content owners while overcoming potential physical obstacles of limited bandwidth, power outages , incomplete uploads or downloads, limited cloud storage capacity, etc.
Such an implementation system combines the advantages of a recommendation system in which recommended content is given gives a viewer DVR / STB 1204 with the flexibility of a collaborative systems STB system 1202 and further uses different download speed techniques to efficiently use the local storage coupled to a viewer system 32 and the associated local memory. Each recommendation systems and collaboration systems STB 1202 have a configuration and functionality as elsewhere herein as described in the previously U.S. Pat. patents and patent applications included herein. More specifically, collaboration systems STB system 1202 can be used to upload in a collaborative manner, as previously described, containing content either previously or later determined by recommendation system if the profile of a particular viewer is relevant. Channels of the recommended content contained associated with a particular viewers profile can be downloaded to the local memory associated with an individual viewers DVR / STB system 1204 using various transmission techniques and storage media.
In one embodiment, the limited capacity of the local memory associated with a viewer DVR / STB system 1204 can be optimally used by first storing content recommended by the recommendation system, ie "favorites", which have an increased chance of selection by the viewer given that the viewer profile and current content contains selections in the channel associated with the viewer's profile, the balance of local memory can be used to store lower-ranked objects in a viewing channel, ie content that has a less likely chance of being selected for display is consistent with its current position within the channel in relation to the viewer's profile.
In addition to prioritizing and distributing how recommended content or favorites are stored in local memory linked to the viewers DVR / STB system 1204, various downloaded transmission techniques can be further exploited so that the content objects that are most likely to be selected become available in the somewhat dynamic and unpredictable nature of the bandwidth associated with either the public or private network infrastructure used to connect a working cloud storage system and a viewer system.
Simultaneously or asynchronously, lower prioritized content within a channel associated with a viewer profile can be transferred from the cloud DVR system 1209 to one or more local DVR / STB 1204A-N viewer systems 32A-N in a multicast manner such as, from a source to multiple receivers, especially sometimes when larger amounts of low speed bandwidth are available, such as at night or off-peak relative to the local viewers. With a multicast download speed, all receiving viewer systems 32A-N of the multicast are authorized to receive content for storage and display shifted in time manner similar to a "favorite". Again, as soon as lower priority content is stored locally in the viewer system after selection, it is streamed from the viewer system to local memory of the presentation device, similar to the local unicast viewing of a favorite material object. Such lower prioritized content may include things such as daily news broadcasts, talk shows, or regularly scheduled programs that have a certain amount of popularity among viewers within the collaborative DVR community, while a higher priority favorite material object may exist a particular movie, TV show or real-time power such as a sporting event.
Data and commands describe a viewer's selection and viewing behavior perhaps transferred back to the recommendation / modeling system 35, using lower speed bandwidth on the network, so that the viewer profile is updated periodically. Similarly, commands from the recommendation system, a local viewer system, together lower speed bandwidth components of the network can be sent to those previously downloaded but not viewed content for storage from the local memory.
Note that using the collaborative STB system 1202 described herein, as well as the storage techniques and unicast / multicast transmissions, ensures that the content is only available to recipients who are authorized to view the same in a time-shifted case, or if any acquired on a pay per view basis. Consequently, the described system maximizes memory usage and bandwidth to provide the best selection of recommended content to a viewer while respecting the protected rights of the content owner (s).
Method and system for Collaborative Cast of content
Unicast transmissions charges the internet to other network infrastructure from the central cloud storage system to end delivery to the viewer system, and therefore may require a network fee to be paid to a particular national network infrastructure or otherwise entering or leaving a local network, due to it use of the available network bandwidth. Accordingly, such unicast technology becomes commercially expensive once network resources are exceeded and the additional resources are allocated. Multicast content distribution is used as a means of more efficient use of network bandwidth, however, multicast transmissions are often blocked or impeded in public internet networks, making the public internet less suitable and therefore it is necessary to use private networks for multicasting.
According to another aspect of the description, a collaborative cast distribution technique, from one or more sources to one or more receivers, shifted some of the problems associated with both current unicast and multicast transmissions. In the described technique, a unicast transmission requested by a user (UI) stored locally in the viewer system 32 hardware (HW1) and also available from the collaborating community which, under the cross-license collaborative local STB / DVR hardware with integrated memory (still HW1, but licensed to user 2, U2) via a person-to-person (P2P) local stream to store favorites of the local user (U2) on the local memory of the second viewer system 32 hardware (HW2 ), owned by U2.
This process can be achieved in the following manner. User 1 (UI) requests an intensive unicast from the cloud STB1206 to watch program A, using his local viewer system hardware (HW1) STB / DVR system 1204A. HW1 receives the content for storage from the source, for example the cloud system, and flows the content in a unicast to display device 1205 Ul's, while making a local copy of the content for storage object for the future and collaborative casting or sharing . HW1 sends a message to the STB / DVR 1204B-N view one or more of 32B-N within the collaborative local community hardware boxes that program content A, or a portion thereof, is available for collaborative casting.
Only the local hardware of users who are eligible by the viewer system, and thus time-shifting, as approved by the verification / checking engine in system 1135, can request a peer to stream (P2P cast) from HW1. The STB / DVR 1204 (HW2-HWN) from other viewing of 32B-N can request P2P casts for the content of the program in order of probability of feeling in accordance with the channel / viewer profile of the viewer systems related to that specific user (U2), e. G., first favorites and then other frequently viewed shows based on viewing the history and recommendations of the neuropsychological recommendation engine of recommendation / modeling system 35. When HW1 is confronted with multiple legitimate requests, HW1 can optimize the P2P cast for a minimal local network load, given its own preconditions for available upload bandwidth and processor time. Receiving the hardware of the STB / DVR 1204B-N (HW2-HWN) of 32B-N will allow the P2P to cast the content for storage object locally and likewise to forward the message of the availability of their respective local collaborative communities, to the extent that this has not already been done by HW1. Using this protocol, a legitimate copy of a content program available for time-shifted viewing from STB / DVR 1204B-N local memory of viewer systems 32B-N within the collaborating community, if the program is a favorite in that community and viewers have the legal right and have given a record instruction to record such as program. By continuously loading the local network at the service of the collaborating community, and avoiding peak loads from the public network, the technique described minimizes peak loads from the public and global network infrastructures and minimizes the costs associated with unicast of content via expensive private networks.
Collaborative Unicast and Multicast use 4G LTE technology
Network infrastructure usually do not provide viewing rights to the content thus transported for storage. Instead of reading rights perhaps verified through Digital Rights Management (DRM) authentication software associated with content for storage source or recommendation system as applicable. A multicast of the content can therefore be legally distinguished from a broadcast, because in a broadcast of the broadcaster has the legal right to give content for storage to a viewer audience, while in a multicast system, the viewer systems use the network infrastructure for its or possess her own time-shifted copy of the content for storage, which she is already viewing, from the cloud or from his / her viewing hardware in the premises, to fellow collaborative community members, such as hardware still under his / her own control via his remote control, or website or otherwise.
Using multicast technology for transferring the time-shifted copy of the user to a shared memory located in the cloud system 1206 or distributed among the cooperating community viewer systems 32A-N, the local box (an STB / DVR client on the site of the viewer for direct TV viewing or storage in the cloud or the local memory of a collaborative community viewers system), it has the advantage of being much more efficient and cheaper. However, the problem with a special network resource such as a third party owner is usually the resource, as part of a larger network infrastructure, such as a landline or cable multicasting.
In addition to the peer-to-peer cast as previously described, a multicast transmission can be performed using 3G and 4G LTE mobile phone technology or landline phone technology. 4G LTE the standard for wireless communication of high-speed data for mobile phones and data terminals. Each of the previously described network infrastructure is used in combination with an additional mobile network infrastructure, symbolized in Figures 11-12 the wireless turret 1212 for the sake of brevity. With such a telephone technology, the STB / DVR 1204A-N can call each other to cast a peer-to-peer collaborative whereby multiple boxes, whether in the cloud or at specific premises, can be instructed to organize as a server and start a conference call or participate in a planned multicast stream from which STB / DVR systems 1204 instructed by the user / viewer systems, to the conference in the planned multicast.
Depending on the task priority of the STB / DVR 1204, where streaming to the viewer's current profile has the highest priority, the STB / DVR 1204 can selectively access a specific content stream if available and efficient. Missing packages of content can still be retrieved with specific request commands to a number of content sources. Software resident on the STB / DVR system 1204 organizes the content, especially to further minimize specific content requests and network general load (eg Mbit per second) and sent total data (eg Giga bytes per subscription per month). minimize on the client, and, secondly for cloud server side 1206 optimization. Phone technology in 3G or 4G LTE or even landline, allows the use of a mixed model of scheduled specific streaming and specific content requests, optimizing for tax and costs.
Combine Two Or More Streams To Store The Copy Locally
If the internet connection of the viewers is overloaded or if the viewer is the STB / DVR 1204 does not have access to high bandwidth internet, the described technique can still provide the right hemisphere by using local storage memory of the favorites and of the first , eg 15 minutes of every show of the last eg 30 days. Down locally stored copies are often limited by the available bandwidth, similar to the one below for immediate viewing. Local storage of the first part of a content per object copy provides a lower bandwidth down from the rest of the content object at predetermined fixed times or dynamic thresholds, for example, 15 minute interval or when a threshold percentage of local memory is available is, and thus can be recalculated that the rest of the content object can be downloaded at a lower bandwidth, while the originally received content is in use for storage within the local memory buffer of the viewer system.
With the total available bandwidth for this buffering process (and the favorites in 100% buffer) performed by combining multiple controlled content streams and specific request instructions in parallel. In the case, the STB / DVR system 1204A has, for example, a fixed line internet with low effective bandwidth of 1 Mbit / sec, and a 3G connection, e.g. with the aid of a USB device 1210, here a 3G pluggable modem with STB / DVR system 1204, the resulting combined 2 Mbit / sec may not be enough to stream an HD program or movie. Software within the STB / DVR system will then schedule content for storage streams when using a lower bandwidth, eg 1 or even 0.5 Mbit / sec for local storage and schedule or call multiple parallel content for storage streams and request specific content . Any content for storage portion, e.g. 10 seconds of streamed content can be sent via either a scheduled call or specific content request scheduled in such a way that they are timely and only use the available bandwidth on the STB / DVR system. Each content for storage part can have a time tag (the time / moment in the content for storage stream) or the number / address, so that all content parts can be merged back into a local copy, from which the power to the TV screen 1205 is organized or stored locally. The size of the local buffer, e.g. 15 minutes in the above example, can now be determined using this technique for optimal multiple unicast and multicast for local storage or from the viewer.
Collaborative mirror
When the local memory of a viewer system 32 is used to make a legally visible copy, not only of broadcast content, but also of the purchased content, such as DVDs or blue-ray discs or CDs or even digitized data from vinyl records or analogue cassettes, video tapes, etc., local storage capacity should be supported and possibly expanded. For example, if 500 Gbyte local memory is available for storing and buffering content and purchased or otherwise legally acquired personal content, then by adding a 500 Gbyte with a USB device 1210, here a USB stick memory the STB / DVR system 1204A, a memory bottleneck can at least be temporarily bypassed. Broadcast content can be stored on the internal memory first, as additional protection against someone hacking the DRM in connection with the content viewer system, but also the contents of the external USB memory can be encrypted with DRM, allowing copying and sharing Content is not done illegally.
For further memory expansion and for backup purposes, the contents of the internal and external memory are reflected in the cloud system 1135 or on the available memory space of other cross-licensed STB / DVR systems 1204 in viewer systems 32B-N in the local community, preferably several times. For example, it may be recommended to have a different geographic region copy, for example, different state or country, to reduce the risk of a local or state or country wide disaster destroying all local backup copies.
So multiple mirroring of TV broadcasts and other legally obtained content is recommended.
The mirroring process described above can be performed continuously to optimize a backup of all content obtained or created in the private home or professional environment, with the same multiple parallel scheduled multicast and unicast technology: 1) security of backup up, and 2) certainty of immediate, immediate availability for use, given available local and collaborative bandwidth and storage capacity, distributed or centrally in the cloud system 1135.
The rights of a user to perform an activity can be checked on any part of the methods described above with DRM (Digital Rights Management) software. In addition, other data content may be transmitted using the techniques described herein including, but not limited to, email data, agenda data, documents, business plans, disclosures of the invention, art, etc., whether covered by IP / authorship rights or not , whether confidential or secret or not, or private or governmental, used or available.
USB streaming Stick
With known systems, the reception of broadcast content can be done centrally on the cloud infrastructure or locally on a user's site. Local reception of broadcasts requires a set top box (STB) with a smart card that is expensive and lacks the multiple tuners and decoders to record all legal rights content, should facilitate a right brain viewing experience. Although there is currently USB stick internet broadcaster that check / check viewing rights with broadcasters / operators, for example Roku, and allow streaming TV content to a home TV screen such as USB sticks do not remind all users content and simultaneous receiving a channel multiple beats, and therefore the right brain viewing experience of intuitive navigation cannot store all the content that the user is entitled to surrender. Accordingly, there is a need for a system and method that provides for such possibilities.
In various embodiments, the system and the techniques described herein permit methods for one or more of the following: 1) the local and / or cloud based and / or distributed (in the home STB cross-license network) authentication rights, with using card or e-invoice, API, electronic signature, or otherwise; 2) local and / or cloud-based and / or distributed (in the cross-license network of home STB) tuning and / or decoding; 3) local and / or cloud-based and / or distributed (in the cross license network of home STB) recording for time shifting; 4) peer to peer, distributed STB / DVR, with local home memory space, excluding the need for third-party cloud infrastructure; 5) peer to peer, distributed STB / DVR, with cloud backup memory, including again the cloud, and 6) peer to peer, distributed STB / DVR, with cloud storage memory space, creating a combined cloud and distributed STB / DVR .
It will be apparent to those of ordinary skill in the art that changes to the systems and methods described herein may occur without the true spirit and scope of the description. For example, any two elements that communicate via a network or directly can use either a push or pull method in connection with the specific communication protocol or technique described. Furthermore, despite the network implementation described, any existing network or communication infrastructure technologies can be used, including a combination of public and private networks. In addition, although specific algorithmic flow charts or data structures may be illustrated, these are for illustrative purposes, other processes achieving the same functions or using different data structures or formats have been considered within the scope of the concepts described herein. As such, the exemplary embodiments described herein are for illustrative purposes and not intended as a limitation.

权利要求:
Claims (46)
[1]
A method comprising: A) providing a collaborative cloud storage system comprising: i) a cloud storage server comprising a network interface method to receive data representing a plurality of content objects in an associated network-accessible memory, and ii) a plurality of viewer devices operatively connected over a network to the cloud storage server and the network accessible memory, each of the plurality of viewer devices having associated a viewer channel in which a selection of the plurality of content objects is ordered according to an emotional motivation of a viewer to select such a content object; B) transmitting data representing one of the plurality of content objects from the network accessible memory to a requesting of the plurality of viewer device methods if the one content object has a higher threshold rank within the viewer channel associated with the requesting viewer device method; and C) transmitting data representing another of the plurality of content objects, from the network-accessible memory to the requesting viewer device method and other from the plurality of viewer device methods, if the other content object has a lower threshold rank within the viewer channel associated with the requesting viewer viewer device method.
[2]
The method of claim 1 wherein the data representing the content object consists of any of video, streamed video data, textual, graphic, photographic, audio, or haptic data.
[3]
The method of claim 1 wherein the data representing the content object is accessible from another source during a first period of time and wherein the data representing the content object is sent to one of the first and second viewer device methods during a second period of time that is not is the same as the first time period.
[4]
A system comprising: A) a cloud storage server comprising a network interface for receiving data representing a plurality of content objects in an associated network-accessible memory; and B) a plurality of viewer device methods operatively over a network connected to the cloud storage server and the network accessible memory, each of the plurality of viewer devices associated with a viewer channel in which content objects are arranged according to an emotional motivation of a viewer to select such content objects; C) memory associated with each of the plurality of viewer device methods for storing content objects associated with a respective viewer channel, wherein a content object with a higher threshold rank within the viewer device associated with the viewer device method is stored in a local part of the memory associated with the viewer device process ; and wherein a content object with a lower threshold rank within the channel associated with the viewer device method is stored in a backup storage portion of the memory associated with the viewer device method.
[5]
The system of claim 4, wherein the backup storage portion of the memory associated with the viewer device method comprises additional memory that is locally accessible by the viewer device.
[6]
The system of claim 4 wherein the backup storage portion of the memory associated with the viewer device method comprises a portion of the network-accessible memory associated with the cloud storage server.
[7]
The system of claim 4 wherein the backup storage portion of the memory associated with the viewer device method comprises a network-accessible portion of the memory associated with another of the viewer device method.
[8]
The system of claim 7 wherein each of the plurality of viewer device methods is authorized to receive the data representing a content object from the cloud storage system; and wherein each of the plurality of viewer device methods authorizes all others of the plurality of viewer device methods to download and receive on its behalf data representing a content object of the cloud storage system.
[9]
The system of claim 4 wherein the data representing the content object consists of any of video, streamed video data, textual, graphic, photographic, audio, or haptic data.
[10]
The system of claim 8 wherein at least a portion of the memory associated with each of the plurality of viewer device methods for storing content objects associated with a respective viewer channel is mirrored in a network-accessible memory.
[11]
The system of claim 10 wherein the backup storage portion of the memory associated with the viewer device method comprises a network-accessible portion of memory associated with another of the viewer device methods.
[12]
The system of claim 10 wherein at least a portion of the memory associated with each of the plurality of viewer device methods for storing content objects associated with a respective viewer channel is mirrored in the network-accessible memory associated with the cloud storage server.
[13]
A method comprising: A) providing a plurality of viewer device methods that are operatively linked via a network and further operably linked to a cloud storage server and an associated network-accessible memory, each of the plurality of viewer device methods all other authorizes the multitude of viewer layout methods to receive on behalf of her the data representing a content object; B) sending from one of the plurality of viewer device methods a request to receive a copy of the data representing a content object; C) receiving, upon requesting the plurality of viewer device methods, the data representing a content object; D) storing the received data representing a content object in memory associated with requesting the plurality of viewer device methods; and E) sending a notification to others of the plurality of viewer device methods that data representing the content object is available for transmission.
[14]
The method of claim 13 wherein the data representing the content object is received from the network accessible memory associated with the cloud storage server.
[15]
The method of claim 13 wherein the data representing the content object is received from a memory associated with another of the plurality of viewer device methods.
[16]
A method, comprising: A) providing a plurality of viewer device methods operatively coupled over a network and further operably linked to a cloud storage server and an associated network-accessible memory, each of the plurality of viewer device methods all other authorizes the multitude of viewer furnishing methods to receive on their behalf the data representing a content object; B) sending from one of the plurality of viewer device methods a plurality of requests to receive data representing a plurality of content objects; C) receiving, upon requesting by the plurality of viewer device methods, data portions of the plurality of content objects, each data portion of a received content object having an associated identification symbol; and D) assembling the received data portions of the plurality of content objects in memory associated with requesting the viewer device methods according to their respective identification symbols.
[17]
The method of claim 16, further comprising: E) sending a specific request for a missing portion of one of the plurality of content objects.
[18]
The method of claim 16, further comprising: E) sending a notification to others of the plurality of viewer device methods that data representing a content object is available for transmission.
[19]
The method of claim 16 wherein the data representing one of the plurality of content objects is received from the network accessible memory associated with the cloud storage server.
[20]
The method of claim 16 wherein the data representing one of the plurality of content objects is received from a memory associated with another of the plurality of viewer arrangement methods.
[21]
The method of claim 16 wherein received data portions of the plurality of content objects are assembled essentially simultaneously in the memory associated with requesting the plurality of viewer device methods.
[22]
The method of claim 16, wherein data portions of the requested plurality of content objects are received substantially simultaneously in the memory associated with requesting the plurality of viewer methods.
[23]
The method of claim 16 wherein the plurality of requests to receive data representing a plurality of content objects are transmitted substantially simultaneously.
[24]
A system comprising: A) a receiving mechanism coupled to a content source to receive data representing a content object; B) a cloud storage server coupled to the receiving mechanism and configured to receive, in an associated network-accessible memory, a copy of data representing the content object from the receiving mechanism; and C) a plurality of viewer methods operatively coupled over a network to the cloud storage server and the network accessible memory; wherein each of the amount of viewer methods is authorized to receive from the receiving mechanism data representing the content object of the content source and to store data representing a copy of the content object on the cloud storage server, wherein each of the plurality of viewer methods authorizes all others of the plurality of viewer methods to receive and store in its name on the cloud storage server data representing the content object of the source, and wherein each of the plurality of viewer methods authorizes all other of the plurality of viewer devices to receive in its name data representing the content object of the source.
[25]
The system of claim 24, wherein each of the plurality of viewer methods further comprises: C1) program for sending a request to send the data representing the content object from the cloud storage server together with authorization indicia identifying the viewer device; and C2) program logic for receiving from the cloud storage server a copy of data representing the content object.
[26]
The system of claim 25, wherein each of the plurality of viewer methods authorizes all others of the plurality of viewer methods to receive data representing the content object from the cloud storage system on its behalf.
[27]
The system of claim 24, wherein the receiving mechanism comprises one of an antenna or a receiving component of a cable network.
[28]
The system of claim 24, wherein the data representing the content object consists of any of video, streamed video data, textual, graphic, photographic, audio, or haptic data.
[29]
The system of claim 25, wherein the data representing the content object is available from the content source during a first period of time and wherein the data representing a copy of the content object is received by one of the plurality of viewer methods for viewing during a second time period that is not the same as the first time period.
[30]
A method comprising: A) providing a collaborative cloud storage system, comprising: i) a cloud storage server comprising a network interface method for receiving in an associated network accessible memory a copy of data representing a content object ii) a plurality of viewer methods coupled over a network to a content source and to the cloud storage server and network-accessible memory, and iii) a receiving mechanism for receiving from the content source the data representing the content object; B) receiving from the cloud storage server, from each of the plurality of viewer device methods, an authorization to receive, from the receiving mechanism, data representing the content object of the content source and to store data on the cloud storage server store that save a copy of the content object.
[31]
The method of claim 30 wherein the authorization received from each of the plurality of viewer methods further comprises authorization for all others of the plurality of viewer methods to receive and store in its name on the cloud storage server data that is the content object of the source to beat.
[32]
The method of claim 30, further comprising: C) sending to one requesting the plurality of viewer methods, from the cloud storage system, data representing a copy of the content object, the copy of the content object being uploaded to the cloud storage system from the receiving mechanism.
[33]
The method of claim 32, further comprising: D) receiving from each of the plurality of viewer methods of authorization of all others of the plurality of viewer devices to receive data representing the content object in its name from the cloud storage server.
[34]
The method of claim 30, wherein the receiving mechanism comprises one of an anteene or a receiving component of a cable network.
[35]
The method of claim 30 wherein the data representing the content object consists of any of video, streamed video, textual, graphic, photographic, audio, or haptic data.
[36]
The method of claim 30 wherein the data representing the content object is available from the content source during a first period of time and wherein the data representing a copy of the content object is sent to one of the plurality of viewer methods for viewing during a second time period that is not the same as the first time period.
[37]
A system comprising: A) a receiving mechanism coupled to a content source for receiving data representing a content object; B) a cloud storage server coupled to the receiving mechanism and configured to receive a copy of data representing the content object in an associated network-accessible memory; and C) a plurality of viewer methods operably linked over a network to the cloud storage server and the network-accessible memory, each of the plurality of viewer methods having verifiable usage rights associated therewith, comprising the following: reception rights to content objects that be receivable from any of the receiving mechanism, cloud storage server and the plurality of viewer methods, storage rights relating to content objects that can be stored in memory associated with any of the receiving mechanism, cloud storage server and the plurality of viewer methods, viewing rights with with regard to content objects that can be displayed by any of the receiving mechanism, cloud storage server and the plurality of viewer methods, distribute rights with regard to content objects that can be transmitted by any of the receiving mechanism, cloud storage server and the plurality of viewer methods es, and D) a mechanism for maintaining and verifying authorization indicators of the usage rights of any of the receiving mechanism, cloud storage server and the plurality of viewer methods; and wherein each of the plurality of viewer methods authorizes all others of the plurality of viewer methods to exercise in its name any of the rights of use over a content object.
[38]
The system of claim 37 wherein authorization indicia include any of an e-invoice, a call to an application program interface (API), or an electronic signature.
[39]
The system of claim 38 wherein the electronic signature includes any of a binary mask, special codes, encryption keys, and hash values.
[40]
The system of claim 25 wherein authorization indicia include any of an e-invoice, a call to an application program interface (API), or an electronic signature.
[41]
The system of claim 40 wherein the electronic signature includes any of a binary mask, special codes, encryption keys, and hash values.
[42]
The system of claim 25 wherein the cloud storage server verifies the authorization indicia upon receipt of the request to send data representing the content object.
[43]
The system of claim 24 wherein the data representing the content object is available from the content source during a first period of time before broadcast availability of the content object from the source.
[44]
The system of claim 43 wherein the data representing the content object is viewable by one or more of the plurality of viewer methods during a second time period following broadcast availability of the content object from the source.
[45]
The method of claim 30 wherein the data representing the content object is available from the content source during a first period of time before broadcast availability of the content object from the source.
[46]
The method of claim 30 wherein the data representing the content object is viewable by one or more of the plurality of video methods during a second period of time following broadcast availability of the content object from the source.

类似技术:

---

公开号 | 公开日 | 专利标题

---

US9088623B2|2015-07-21|Method and system having collaborative network media appliances utilizing prioritized local storage of recommended content

---

US9124650B2|2015-09-01|Digital rights management in a mobile environment

---

US20190068999A1|2019-02-28|Systems and methods for authentication of digital content

---

US20140082125A1|2014-03-20|Method and system having collaborative network media appliances utilizing prioritized local storage of recommended content

---

US8898303B2|2014-11-25|Enterprise grade rights management

---

US20140082654A1|2014-03-20|Method and system for collaborative broadcast and timeshifted viewing

---

US20130317919A1|2013-11-28|System and method for multimedia content publishing on multiple platforms

---

WO2011041916A1|2011-04-14|Digital rights management in a mobile environment

---

US20190246149A1|2019-08-08|Protected multimedia content transport and playback system

---

CN101467141A|2009-06-24|Advertising transfer and playback on portable devices

---

US9171137B2|2015-10-27|Systems and methods for enabling an automatic license for mashups

---

US10430868B2|2019-10-01|Content purchases and rights storage and entitlements

---

JP2006129095A|2006-05-18|Content distribution system

---

EP3482568B1|2020-10-07|Providing online media content via a satellite broadcast system

---

KR101344828B1|2013-12-26|Digital contents distribution method and system

---

US9264773B2|2016-02-16|Distribution system for subscription-based programs

---

US9078041B2|2015-07-07|Method and system for collaborative broadcast and timeshifted viewing

---

BE1020899A4|2014-08-05|METHOD AND SYSTEM WITH COLLABORATIVE NETWORK MEDIA DEVICES USING PRIORIZED LOCAL STORAGE OF RECOMMENDED CONTENT.

---

US9338406B2|2016-05-10|Method and system for collaborative recording and compression

---

US9301011B2|2016-03-29|Collaborative recording compression technology used in CVRs

---

US9338502B2|2016-05-10|Method and system for collaborative recording and compression

---

KR20190123191A|2019-10-31|Method and program for providing a contents streaming service and managing user data statistics using qr code

---

US10368133B1|2019-07-30|Media recommendation system and method

---

US20160134913A1|2016-05-12|Display device and content viewing system

---

US20130136419A1|2013-05-30|Social network based recording

同族专利:

---

公开号 | 公开日

---

WO2014049171A1|2014-04-03|

---

SG2014013445A|2014-07-30|

引用文献:

---

公开号 | 申请日 | 公开日 | 申请人 | 专利标题

---

US20070094702A1|2005-10-24|2007-04-26|Broadcom Corporation|Method and apparatus for remote personal video storage and retrieval|

---

US20090113472A1|2007-10-25|2009-04-30|At&T Knowledge Ventures, Lp|System and Method of Delivering Personal Video Content|

---

EP2071835A1|2007-12-14|2009-06-17|T-Mobile International AG|Mobile virtual personal video recorder|

---

US20110038613A1|2009-08-13|2011-02-17|Buchheit Brian K|Remote storage of digital media broadcasts for time-shifted playback on personal digital media devices|

---

US8433815B2|2011-09-28|2013-04-30|Right Brain Interface Nv|Method and apparatus for collaborative upload of content|

---

US8489527B2|2010-10-21|2013-07-16|Holybrain Bvba|Method and apparatus for neuropsychological modeling of human experience and purchasing behavior|

---

法律状态:
2018-06-28| MM| Lapsed because of non-payment of the annual fee|Effective date: 20170930 |

优先权:

---

申请号 | 申请日 | 专利标题

---

US201261707165P| true| 2012-09-28|2012-09-28|

---

US201261707165|2012-09-28|

---

US201261729184P| true| 2012-11-21|2012-11-21|

---

US201261729184|2012-11-21|

---

US201361750505P| true| 2013-01-09|2013-01-09|

---

US201361750505|2013-01-09|

---

US201361777586P| true| 2013-03-12|2013-03-12|

---

US201361777586|2013-03-12|

---

US201361788683P| true| 2013-03-15|2013-03-15|

---

US201361788683|2013-03-15|

---